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REMARKS 

Claims 1-15 remain pending in the application. 

/. REJECTIONS OF CLAIMS UNDER 35 USC §102(e) 

The Examiner rejects claims 1-15 pursuant to 35 USC §1 02(e) as being 
anticipated by Uluakar et al., U.S. Patent Publication No. 2002/0078046 A1 . 
Respectfully, the rejection should be withdrawn. The method of Uluakar et al. is wholly 
different from the present invention - it is not at all a vertical requirements development 
method as claimed. 

Uluakar et al. relates to a method of component-based system development 
(CBD) - not a requirements development method - which is described as follows: 

The concept behind CBD is one of isolation: isolate one process from the 
inner workings of another process. In achieving this goal, components 
communicate with each other via well- defined and published interfaces. 
The processes internal to the component are encapsulated, or hidden, 
from the calling processes. 

(Uluakar et al. at paragraph [0004].) The method of Uluakar et al. provides for 
incremental system development as new components of the system are added in a 
gradual manner, or existing components are carved out, redesigned, and re-integrated 
into the system without disruption of the overall system. ( See Uluakar et al. at 
paragraphs [0021], [0023], and [0024], [0042].) 

In the exemplary embodiments, the method of Uluakar et al. is described in 
connection with software development. An analysis of the method illustrates how it is 
akin to horizontal component-based methods of the prior art, which proved deficient and 
necessitated development of the vertical requirements development method of the 
present invention. 

In Uluakar et al., during an "Initiation" phase, a software project is broken into 
"application slices", or distinct sections of the broader application. Importantly: 
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"Throughout the balance of the methodology, from the visualization phase to the 
delivery phase, work is accomplished by slice." (Paragraph [0124].) During subsequent 
steps of the method, application slices are broken down into smaller components and 
developed piece by piece. Beginning with the next phase, "visualization", development 
"progresses through increasing level of detail." In visualization, the focus shifts from the 
"big picture" to the nature of the individual slices. (Paragraph [0145].) Subsequently, 
during "specification", the detailed requirements for each application slice are defined. 
(Paragraph [0159].) And so on, with the focus on smaller and smaller aspects of the 
project. Uluakar et al. emphasizes incremental development in which projects are 
broken into smaller components, which are then developed one at a time. ( See , e.g. , 
paragraphs [0202-0203], [0210-0211], [0217].) 

Thus, Uluakar et al. is akin to horizontal, component-based system development 
methods of the prior art, which generate specifications level by level, and component by 
component, until one reaches the bottom of the system tree. As its title suggests, the 
development in Uluakar et al. is "component based". A software project is broken into 
application slices, which in turn are broken into smaller components, which are 
developed incrementally. The present invention improves over such horizontal methods 
by increasing the efficiency with which specifications are generated at the lower levels 
of the system tree. 

The present invention is for a method of vertical system development. Such a 
system is not component-based - it is requirements-based . Top level requirements are 
fed into a "plurality of system level requirements analyses", which ultimately generate 
specifications automatically for individual system elements regardless of what level 
those elements are in the system tree. In this manner, requirements and specifications 
reach the lowest levels of the tree more quickly and with less error than in a horizontal 
approach, (pg. 4, In. 10-17.) Thus, development proceeds according to the 
requirements of the system. To the extent that multiple components affect the 
satisfaction of a given requirement, as is most often the case, specifications for those 
components are generated simultaneously, not incrementally. 
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Referring specifically to the claim language, because Uluakar et al. does not 
describe a method for vertical requirements development, it lacks at least the following 
primary steps of the claimed invention: (1) based on the top-level requirements, 
identifying a plurality of system level requirements analyses which, upon satisfaction, 
comply with the top-level requirements; and (2) for each system level requirements 
analysis, automatically allocating specification requirements to each of the individual 
system elements that contribute to the satisfaction of that system level requirements 
analysis, regardless of the level of the individual system elements that contribute in the 
program specification tree. ( See , e.g. , independent claims 1, 7, and 14.) 

The portions of Uluakar et al. upon which the Examiner relies do not disclose the 
claimed invention. As to the preamble of claim 1, the Examiner relies on paragraphs 
[0052] and [0053]. These paragraphs merely describe certain purported advantages of 
the method of Uluakar et al., but they do not describe any method steps. They clearly 
do not recite any material that can be understood as disclosing a "vertical requirements 
development method". The Examiner also relies on the title and abstract. These 
passages only highlight the fact that Uluakar et al. discloses a horizontal-type, 
component-based systems development method, and not a vertical requirements 
development method as claimed. 

As to the "identifying" step in claim 1 , the Examiner relies on paragraphs [0013] 
and [0014]. These paragraphs describe business issues purportedly not satisfied by 
prior art systems development. These paragraphs likewise do not disclose any aspects 
of systems development methods. As to the "allocating specification requirements" step 
in claim 1, the Examiner relies on paragraphs [0021], [0023], and [0026]. As described 
above, these paragraphs emphasize the gradual and incremental nature of the method 
of Uluakar et al. Therefore, they do not disclose the vertical requirements development 
method by which the present invention allocates specification requirements. As to 
independent claims 7 and 14 and the dependent claims, the Examiner merely 
references the same bases for rejection as applied to claim 1 . Such bases lack merit as 
to claims 2-15 for the same reasons as regarding claim 1. 
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For at least these reasons, claims 1-15 are not anticipated by Uluakar et al. 
pursuant to 35 USC §1 02(e), and therefore the rejection these claims should be 
withdrawn. 

//. CONCLUSION 

Accordingly, all claims 1-15 are believed to be allowable, and the application is 
believed to be in condition for allowance. A prompt action to such end is earnestly 
solicited. 

Should the Examiner feel that a telephone interview would be helpful to facilitate 
favorable prosecution of the above-identified application, the Examiner is invited to 
contact the undersigned at the telephone number provided below. 

Should a petition for an extension of time be necessary for the timely reply to the 
outstanding Office Action (or if such a petition has been made and an additional 
extension is necessary), petition is hereby made and the Commissioner is authorized to 
charge any fees (including additional claim fees) to Deposit Account No. 18-0988. 

Respectfully submitted, 

RENNER, OTTO, BOISSELLE & SKLAR, LLP 

/Mark D. Saralino/ 

Mark D. Saralino 
Reg. No. 34,243 

DATE: May 30. 2007 



The Keith Building 
1621 Euclid Avenue 
Nineteenth Floor 
Cleveland, Ohio 44115 
(216) 621-1113 
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